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Server with Backup Capability for Distributed IP Telephony Systems 

Inventor: 
Scott A. Van Gundy 

Cross-Reference to Related Applications 

[0001] The present invention relates to U.S. Patent Application Serial No. 
xx/xxx,xxx, entitled "xxx," filed on xxx (23215-0791 1). 

Technical Field 

[0002] This invention relates generally to distributed telephony, and more 
particularly, to fault-tolerant servers for distributed IP telephony systems. 

Background 

[0003] Enterprises often have several offices or call centers that are located in a 
plurality of locations. To interconnect all of these sites, enterprise telephony systems 
have been developed. Enterprise telephony systems consist of a distributed set of voice 
switches. This distributed hardware platform enables increased reliability and system 
capacity. Enterprise telephony systems also offer enterprise applications enabled by the 
integration of computer systems with telephony services. Voice mail is one example of 
such enterprise applications. 

[0004] While the underlying hardware in enterprise telephony systems is 
distributed, the software that supports the computer-integrated functionality is typically 
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centralized. The software is generally implemented as a client-server environment in 
which the participants or clients (distributed telephony users) communicate directly with 
the server. For example, a client may create a voice mail that is meant to be stored on a 
primary server. Centralized computer-integrated features rely not only on a central 
server's application platform but also on the availability of the network that connects the 
switches, central server, and application services. 

[0005] A centralized approach to providing computer-integrated features or 
functionality has a number of limitations. One problem is that centralized systems have 
very limited scalability. As more sites are added to an enterprise telephony system, the 
demand on the central server or logical cluster increases. In order to meet this increased 
demand, the central server must be upgraded regularly. While upgrading servers can be 
expensive, the alternative is far worse. If the server is not upgraded, users of the 
telephony system will experience severely decreased levels of service due to bottlenecks 
at the server and other problems. 

[0006] Another problem with centralized systems is that they lack resilience. 
Computer-integrated features need to be fault tolerant and highly available. When these 
features rely on a central server, however, they are affected whenever the central server 
experiences a problem. One possible solution is to use both a primary server and a 
backup server. When the primary server is working correctly, it handles all incoming 
requests. The backup server is used only when the primary server confronts a network 
outage or computing problem. In other words, the backup server is used for failover 
redundancy. While this configuration is better than one containing a central server alone, 
recovery of voice mail during a failover transition can still be challenging. If the primary 
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server failed while a user was trying to create a voice mail that was meant to be stored on 
the primary server, the backup server may not be able to capture the voice mail 
accurately. 

[0007] What is needed is a system and method for providing computer-integrated 
functionality that provides high reliability and high availability to a plurality of 
participants. What is further needed is a system and method that uses peer-to-peer 
interactions to achieve this goal. 

Summary of the Invention 

[0008] Computer-integrated functionality is implemented using a plurality of 
servers in a distributed telephony environment. Each site is communicatively coupled to 
every other site via a network. Each site is also connected to the public switched 
telephone network (PSTN). In one embodiment, a site includes an edge router, two 
switches, and a server. In another embodiment, a site includes only an edge router and 
two switches. 

[0009] At least one site includes a server. The server includes a telephony 
management software (TMS) unit, a telephony application programming interface (TAPI) 
unit, and a computer-integrated functionality unit. The server is coupled to the network 
and to a storage device. 

[0010] If the destination server for a computer-integrated function is unavailable, a 
different server will handle the request. When the destination server becomes available 
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again, the necessary data will be automatically forwarded to the destination server. A 
network proxy that determines the network status implements this fault tolerance. 

[0011] Further features of the invention, its nature, and various advantages will be 
more apparent from the accompanying drawings and the following detailed description. 

Brief Description of the Drawings 

[0012] The accompanying drawings illustrate several embodiments of the invention 
and, together with the description, serve to explain the principles of the invention. 

[0013] FIG. 1 is an illustration of an exemplary distributed telephony system 
architecture according to one embodiment of the present invention having four sites. 

[0014] FIG. 2 is a diagram illustrating an exemplary server architecture according 
to one embodiment of the present invention having three servers. 

[0015] FIG. 3 is an illustration of one embodiment of the voice mail unit. 

[0016] FIG. 4 illustrates a method for handling an incoming call, storing a voice 
mail message, and transferring a stored voice mail message to a remote server performed 
by a server according to one embodiment of the present invention. 

Detailed Description of the Embodiments 

[0017] The present invention is now described more fully with reference to the 
accompanying figures, in which several embodiments of the invention are shown. The 
present invention may be embodied in many different forms and should not be construed 
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as limited to the embodiments set forth herein. Rather, these embodiments are provided 
so that this disclosure will be thorough and complete and will fully convey the invention 
to those skilled in the art. 

[0018] One skilled in the art will recognize that methods, apparatus, systems, data 
structures, and computer readable media implement the features, functionalities, or 
modes of usage described herein. For instance, an apparatus embodiment can perform 
the corresponding steps or acts of a method embodiment. 

A. System Architecture 

[0019] FIG. 1 is an illustration of a distributed telephony system architecture 
according to one embodiment of the present invention having four sites. The illustrated 
embodiment includes a first site 100, a second site 130, a third site 160, and a fourth site 
180. As used herein, a site represents a grouping of resources. In the illustrated 
embodiment, each of the four sites 100, 130, 160, 180 is communicatively coupled via a 
network 196. One skilled in the art will note that sites 100, 130, 160, 180 can be 
physically distinct from each other or merely topology-related groupings that are not in 
physically distinct locations. The system architecture in FIG. 1 is used only by way of 
example. While FIG. 1 illustrates four sites, the present invention applies to any system 
architecture containing two or more sites. 

[0020] The first site 1 00 includes an edge router 1 1 6, a first switch 1 1 2, a second 
switch 114, and a first server 105. The edge router 1 16 couples the first site 100 to the 
network 196 and provides local area connectivity for the first and second switches 1 12, 
1 14. The first and second switches 1 12, 1 14 represent voice over Internet protocol 
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(VoIP) devices to which a number of endpoints (e.g., telephone devices) can be coupled. 
Further, the second switch 1 14 provides connectivity to the public switched telephone 
network (PSTN) 192 via an analog or digital trunk line (e.g., a Tl or El interface). In the 
illustrated configuration, the second switch 114 provides an interface for calls originating 
from or terminating on the PSTN 192. One skilled in the art will recognize that 
numerous configurations of switches and communications links are contemplated. For 
example, PSTN links can be coupled to multiple switches at several points within the 
topology and softswitches can also be used. 

[0021] The second site 130 similarly includes a first switch 135, a second switch 
137, and an edge router 140 to which the first and second switches 135, 137 are 
communicatively coupled. The edge router 140 is further coupled to the network 196 to 
provide the first and second switches 135, 137 connectivity to the other sites 100, 160, 
180. Although, for convenience of illustration, the exemplary system architecture of FIG. 
1 does not include endpoints, one skilled in the art will recognize that each of the first and 
second switches 135, 137 is capable of having a number of endpoints communicatively 
coupled thereto. 

[0022] The configuration of the second site 130 demonstrates that a server is not 
required for each site. Although embodiments of the present invention exchange data 
between servers, the first and second switches 135, 137 of the second site 130 can be 
managed by the first server 105 that is illustrated in the first site 100. A call can involve 
more than one switch. For example, a call that originates from the PSTN 192 and 
terminates on an endpoint that is communicatively coupled to first switch 135 of the 
second site 130 involves two switches: the second switch 1 14 of the first site 100 and the 
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first switch 135 of the second site 130. In addition, each switch can be managed by a 
different server. 

[0023] The third site 1 60 similarly includes a switch 1 75 and a second server 1 65. 
The switch 175 is communicatively coupled to the PSTN 192 in a manner that is similar 
to the second switch 1 14 of the first site 100. By being coupled to the PSTN 192, the 
switch 175 provides additional capability for endpoints to receive calls from or terminate 
calls on the PSTN 192. The switch 175 is also coupled to the network 196 to 
communicate with the other sites 100, 130, 180. 

[0024] The fourth site 1 80 includes a switch 1 82 and a third server 1 85 . Similar to 
the third site 160, the fourth site 180 includes a single switch 182 and, therefore, does not 
need an edge router to provide connectivity to the network 196. One skilled in the art 
will appreciate that additional networking devices can be added to the fourth site 180, for 
example, if needed to support additional endpoints, servers, or other systems. 

[0025] In one embodiment of the present invention, the network 1 96 is a partially 
public or a wholly public network such as the Internet. The network 196 can also be a 
private network or include one or more distinct or logical private networks (e.g., virtual 
private networks or wide area networks). Additionally, the communication links to and 
from the network 196 can be wireline or wireless (i.e., terrestrial- or satellite-based 
transceivers). In one embodiment of the present invention, the network 196 is an TP- 
based wide or metropolitan area network. 
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B. Server Architecture 

[0026] FIG. 2 is a diagram illustrating server architecture according to one 
embodiment of the present invention having three servers. In this embodiment, three 
servers 105 A, 105B, 105C are configured to implement features or functions of the 
present invention. Each server 105 A, 105B, 105C includes a processor 21 OA, 210B, 
2 10C, respectively. The processor 21 OA, 21 OB, 2 10C can be a conventional processing 
device, such as a general-purpose microprocessor. 

[0027] Each server also includes a memory 220A, 220B, 220C. The memory 
220A, 220B, 220C includes program instructions or functional units that implement 
features of the present invention. Specifically, the memory 220A, 220B, 220C includes a 
telephony management software (TMS) unit 230A, 230B, 230C and a telephony 
application programming interface (TAPI) unit 240A, 240B, 240C, respectively. 

[0028] In one embodiment, the memory 220A, 220B, 220C also includes one or 
more application units that interact with the TMS unit 230A, 230B, 230C and the TAPI 
unit 240A, 240B, 240C to enable a specific computer-integrated function. An application 
unit uses the TAPI unit 240A, 240B, 240C to exchange data with the TMS unit 230A, 
230B, 230C. The TMS unit 230A, 230B, 230C is able to communicate with and manage 
one or more switches. For example, with reference to FIG. 1, the TMS unit included in 
the first server 105 can manage the switches 1 12, 1 14, 135, and 137. Through the TAPI 
unit 240A, 240B, 240C, the TMS unit 230A, 230B, 230C presents an application with a 
computer-telephony integration (CTI) view of these switches 112, 114, 135, and 137. 
This allows the application to manage the switches 112, 1 14, 135, and 137. Such 
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switches 1 12, 1 14, 135, and 137 can operate without an associated TMS module 230A, 
230B, 230C if CTI features are not being used 

C. Application Unit Architecture 

[0029] In the illustrated embodiment, the servers 105 A, 105B, 105C each include 
one application unit - voice mail services (VMS) unit 250A, 250B, 250C, respectively. 
In general, the VMS unit 250A, 250B, 250C handles, distributes, and stores voice mail 
messages. The VMS unit 250A, 250B, 250C provides distributed access to voice mail; 
its functionality will be further described below with reference to FIG. 4. The VMS unit 
250A, 250B, 250C is an application-layer communication that is capable of peer-to-peer 
interaction. As illustrated in FIG. 2, each of the servers 105A, 105B, 105C can exchange 
voice mail data via the VMS capability. 

[0030] In one embodiment, VMS units 250A, 250B, 250C are implemented as 
dynamically linked library functions that are used by the TMS units 230A, 230B, 230C. 
That is, the VMS units 250A, 250B, 250C may use the same process space as the TMS 
units 230A, 230B, 230, respectively. Communication or data exchange between the TMS 
units 230A, 230B, 230C and the VMS units 250A, 250B, 250C is further described with 
reference to FIG. 3. Although VMS unit 250A, 250B, 250C is illustrated as executing on 
the server 105A, 105B, 105C, respectively, VMS unit 250A, 250B, 250C maybe 
distributed among computing devices as is known to one of skill in the art. For example, 
the functionality enabled by VMS unit 250A, 250B, 250C may be implemented in a 
client-server fashion by having the client (user's local system) perform some functions 
and the server (VMS unit) perform others. 
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[0031] FIG. 3 is an illustration of one embodiment of the VMS unit 250A, 250B, 
250C. Generally, VMS unit 250A, 250B, 250C includes several modules for receiving 
calls, transferring calls, saving voice mail messages, and forwarding voice mail messages 
to other servers. In the illustrated embodiment, the VMS unit 250A, 250B, 250C 
includes a call status module 305, a voice mail migration module 310, a call transfer 
module 315, a TAPI interface module 320, an audio encoding/decoding module 325, an 
extension library module 330, a storage interface module 335, a configuration module 
340, and a voice mail control module 345. A data bus 350 communicatively couples 
each of the modules 305-345. 

[0032] The modules 305-345 include program instructions that can be executed on, 
for example, processor 21 OA to implement the features or functions of the present 
invention. The modules 305-345 are typically stored in a memory, such as memory 
220A. For the servers 105 A, 105B, 105C, the program instructions can be distributed on 
a computer readable medium or storage volume. The computer readable storage volume 
can be available via a public network, a private network, or the Internet. Program 
instructions can be in any appropriate form, such as source code, object code, or scripting 
code. 

[0033] The voice mail control module 345 centrally controls the operation and 
process flow of VMS unit 250A, 250B, 250C, transmitting instructions and data to as 
well as receiving data from each module 305-340. Details of its operation will be 
discussed below with reference to FIG. 4. 
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[0034] The call status module 305 determines whether a given call should be 
transferred to voice mail. In order to do this, the call status module 305 queries the TMS 
unit 230A through the TAPI interface module 320 and the TAPI unit 240A. This gives 
the call status module 305 access to the call on the switch itself. As previously described, 
the TAPI interface module 320 allows other modules to use the server's TAPI unit 240A. 

[0035] The call transfer module 3 1 5 determines the desired voice mail extension 
and corresponding home server for each call. The call transfer module 315 also 
determines whether the home server is a remote server. 

[0036] The storage interface module 335 allows other modules to store and retrieve 
data for later use. The audio encoding/decoding module 325 converts audio voice mail 
messages to a data format suitable for storage using the storage interface module 335. 
The audio encoding/decoding module 325 also converts voice mail messages from this 
storage data format to an audio format suitable for playing on a telephone. 

[0037] The voice mail migration module 310 transfers voice mail messages to voice 
mail systems at remote servers. The configuration module 340 provides information 
about the distributed telephony system architecture, such as which servers exist, which 
servers are remote, etc. The configuration module 340 is used to determine how and 
where to send a voice mail message. Lastly, the extension library module 330 provides 
common functions that are used by the other modules. 
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D. Methods 

[0038] Details of modules 305-345 will be further explained with reference to FIG. 
4. FIG. 4 illustrates a method for handling an incoming call, storing a voice mail 
message, and transferring a stored voice mail message to a remote server performed by a 
server 105A according to one embodiment of the present invention. The method of FIG. 
4 would be performed once for each call coming into a site. In one embodiment, 
different calls are handled in parallel. 

[0039] First, an incoming call is received 405 on a switch in the local site. The 
voice mail control unit 345 then instructs the call status module 305 to determine 410 
whether the call is to be transferred to voicemail. If the call is not to be transferred to 
voicemail, then the voice mail control unit 345 passes the call to the TMS unit 230A, and 
the TMS unit 230A processes 415 the call normally and the method ends. 

[0040] If the call is to be transferred to voice mail, then the voice mail control 
module 345 stores 430 the voicemail message in the local server using the storage 
interface module 335 and the audio encoding/decoding module 325. The voice mail 
control module 345 then instructs the call transfer module 315 to determine 420 the call's 
desired voicemail extension and corresponding home server. The call transfer module 
315 then determines 425 whether the home server is a remote server. If the home server 
is not a remote server, the method ends. 

[0041] If the home server is a remote server, then the voice mail control module 
345 determines 435 whether the remote server is available, for example, by using a 
network proxy. If the server on the remote site is not available, then the method returns to 
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step 435. In other words, the voice mail control module 345 keeps checking whether the 
remote server is available until the remote server is available. 

[0042] If the remote server is available, the voice mail control module 345 retrieves 
445 the voice mail message from local storage using the storage interface module 335. 
The voice mail control module 345 then queries 450 the configuration module 340 for the 
location of the remote server. The voice mail control module 345 then instructs the voice 
mail migration module 310 to send 455 the retrieved voice mail message to the remote 
server and the method ends. The remote server later stores the message (not shown). 

[0043] Having described embodiments of a server with backup capability for 
distributed IP telephony systems (which are intended to be illustrative and not limiting), it 
is noted that modifications and variations can be made by persons skilled in the art in 
light of the above teachings. It is therefore to be understood that changes may be made in 
the particular embodiments of the invention disclosed that are within the scope and spirit 
of the invention as defined by the appended claims and equivalents. 
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